
n 

% 

"fit 



Office 




INVESTOR IN PEOPLE 



The Patent Office 
Concept House 
Cardiff Road 
Newport 
South Wales 
NPIO 8QQ 



o 

A. 



.■A 



CM' 



I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and (4) 
of the Deregulation & Contracting Out Act 1994, to sign and issue certificates on behalf of the 
Comptroller-General, hereby certify that annexed hereto is a true copy of the documents as 
originally filed in connection with the patent application identified therein. 



In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. 



In accordance with the rules, the words "public limited company" may be replaced by p. I.e., 
pic, P.L.C. or PLC. 

Re-registration under the Companies Act does not constitute a new legal entity but merely 
subjects the company to certain additional company law rules. 




An Executive Agency of the Department of Trade and Industry 



THIS PAGE BUWK(uspro) 



: i^ents Form 1/77 



Fsmts Act 1977 

(Rule 16) 



The 

Patent 



Request for grant of a patent 
(See notes on the back of this farm. You can 
also get an explanatory leaflet Jrom the V^lAw^ 
Office to help you fiU in this form) ^Offj- 



290ECOO E594198-2 DO 
POi/7700 0.00-0031607.5 



i/77 



27 DEC 2000 



1. Your reference 



PHGB 000187 



Patent application number 

(The Patent Office will fill in this part) 



0031607.5 



The Patent Office 
Cardiff Road 
Newport 
Gwent NP9 IRH 



3. Full name, address and postcode of the or of 
each applicant (underline all surnames) 

Patents ADP Number (if you know it) 

If the applicant is a corporate body, give the 
country/state of its incorporation 



KONINKLUKE PHILIPS ELECTRONICS N.V. 
GROENEWOUDSEWEG 1 
5621 BA EINDHOVEN 
THE NETHERLANDS 

THE NETHERLANDS 



4. Title of the invention 



CREDIT SYSTEM AND METHOD 



5; V Name of your agent (if you have one) 

"Address for service" in the United Kingdom 

..^^^ tOj which all correspondence should be sent 
(inctiiding the postcode)' 



Patents ADP number (if you know it) 



ANDREW GORDON WHITE 

Philips Corporate Intellectual Property 

Cross Oak Lane 

Redhill 

Surrey 

RH15HA ^ , 




6^iic If are declaring priority from one or more 
earUef patent applications, give the^untry 
. ' and die date of ffiing of the or of each of these 
!;X?fy5f ?PPlicati9ns and (ifypu know it) the ^K,v,\v 



Country 



Priority Application number , ? ' - : Date of filing :^ ' ^ t r; w?" C 

{if you know ii) {day/month/year) ^ 



7. ^ If this application is divided or otherwise , - , ..Number of earlier aCTH9???n,_.^ ......^ 

, denved from an earlier UK application; give v . " . , - -.or- ^ . l< (aay/morUn/year)— ; . 

p^.tJie number and die filmg date of the earber * ' - . w^^..- 

8. "." Is a statement of inventorship and of right to , . , • 

grant of a patent required in support of this YES 
V . ^ request? (Answer- "Yes" if :a , .v ' . 

. fl^. anyappUcqnt_named inpan 3isru>tanJnyentor, or 

b) there is an inventor who is not named as an 
applicant, or 

c) any named cqjplicant is a corporate body. 
See note (d)) 



Patents form 1/77 



Patents Form 1/77 



9, Ent er th e number of sheets for any of the following 

items you are filing with this form. - 

Do not coimt copies of the same document. 

Continuation sheets of this form 
Description 
Claims(s) 
Abstract 
Drawings 



25 
6 
1 
5 



10. If you are also filing any of the following, 
state how many against each item: 

Priority Documents 

Translations of priority documents 

Statement of inventorship and right 

to grant of a patent (Patents Form 7/77) 

Request for preliminary examination and - 

search (Patents Form 9/77) 

Request for substantive examination 

(Patents Form 10/77) 

Any other documents 

(Please specify) 



11. 



lAVe request 



Signature, 




jnt on the basis of this application. 



Date 



12:i Nanie and daytimie telephone number of 
person to contact in the United Kingdom / 



01293 815438 



(A. G. WHITE) i-r 



Warning :'vu!^ ic -^^^ ^r^ . .: 'Iiacv' .• 

J^PP^^^ ^ potent has been filed, the Comptroller of the Patent Office will consider whether publication or 

^^^^^^^^^P^ o/^fe^ invention should be prohibited or restricted under Section 22 of the Patents Act 1977. You will be 
^^(?J^r^ ^ nece^M/y to prohibit or restrict your invention in this way,- Furthermore, if you live in the United Kingdom,. 
^^^^l^M^^^ P^^^rUs Act 1977 stops youj^m^ abroad without first getting written permission from 

%£Si^}iSOice'^^ has been filed at leaS;i 6 weeks beforehand, irfitwJJm^dl^^ the 




^)M^rite your answers in capital letters using black ink or you may type them, . ^\ !'?* ' ^"^^ y r , ^ . - . ^> t 

^ ^^^8h space for all the relevant details on any part of this form, please continue on a separate sheet of 
^^^P^^ ^ ^rite "see continuation sheet" in the relevant part(s). Any continuation sheet should be attached to this form. 

d) ^ If you have answered "Yes " Patents Form 7/77 will need to be filed. 

^^5^ you have filled in the form you must remember to sign and date it. 
f) For details of the fee and ways to pay please contact the Patent Office. 

Patents Form 1/77 



c9 ^f> 



1 PHGB 000187 

DESCRIPTION 



CREDIT SYSTEM AND METHOD 



5 The invention relates to a credit system and method, using credit in the 

general sense as including both positive and negative credits, and in particular 
to a method of rewarding or charging and a mobile device for use in such 
methods. 

10 Retailers, amusement parks and other owners of locales of various 

types know that there is an increased chance of a sale if customers can- be 
kept longer within range of their merchandise, services, assistants or 
advertising material. Currently, they try to motivate the customer to linger as a 
"captive audience" by provision of free offers, amenities such as lounges or 

15 cafeterias, free exhibitions or performances etc. Over time and many 
customers, the increased customer contact on average translates into extra 
purchases, especially opportunistic or impulsive purchases. At the same time, 
increased dwell time creates a stronger brand image and sharper product or 
service awareness in the customer, which will transfer into extra future sales or 

20 closer brand loyalty. 

Another approach that is used is to provide loyalty cards to promise 
discounts for returning customers, as a fraction of purchase costs. However, 
such systems do not motivate customers to simply remain and browse. 

The desire or need to keep, attract or reward individuals to visit or to 

25 remain in a particular locale is not limited to customers. For example, 
businesses may wish to reward workers for being or remaining in a locale. 
Airlines may wish to compensate waiting passengers for delays to flights 
requiring them to remain in a departure lounge for excessive periods. 

There is thus a need for improved methods of attracting individuals to a 

30 locale and retaining them in the locale. 

Moreover, in some circumstances it is individuals who are gaining 
benefit from being in a locale and in such circumstances there is a desire to 
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charge individuals for their presence in the locale. Existing systems, using 
turnstiles, ticket offices and the like, are often inconvenient and require large 
numbers of ticketing staff. At peak periods, long queues for tickets can 
develop. Accordingly, there is also a desire for an improved means of 
5 charging individuals for presence in a locale. 



According to a first aspect of the invention, there is provided a reward 
method including the steps of communicating between a beacon and a mobile 
device to determine whether the mobile device is within a predetermined 
10 locale; and crediting the mobile device to reward the user of the mobile device 
for presence within that locale. 

The mobile device may be credited with an amount depending on the 
length of time the mobile device is within the predetermined locale to reward 
the user of the mobile device for continued presence within that locale. In this 
15 way It is possible to reward users of mobile devices for visiting physical 
presence in a locale, thereby providing an incentive for those customers to 
remain within the locale. This can increase the chances of the customers 
making a purchase and also increase brand loyalty and awareness. 

Alternatively or additionally, the mobile device may be credited for 
20 simple presence within a locale, for example at a specified time. This might be 

useful in store promotions, or to reward workers for remaining late, for 

•J 

example. 

The mobile device may be credited with an electronic coupon 
exchangeable for goods and services when the mobile device is within the 

25 predetermined locale. 

Alternatively or additionally, an account corresponding to the user of the 
mobile device may be credited with an amount when the mobile device is 
within the predetermined locale to reward the user of the mobile device for 
presence within that locale. 

30 The credit may correspond to a wide variety of rewards. For example, 

the credit may be points on a loyalty card account of the user, reduced mobile 
phone call charges, or credits to the user's bank account. One example would 
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be for a retailer to agree with a cellular phone operator to give 5 minutes free 
call time credit for 30 minutes presence in the retailer's store. It is not 
necessary for the account to be in the name of the user; it may be desired to 
credit the user's company, family, charity or any other group or organisation 
5 associated with the user with rewards. 

In a way. the invention can be viewed as broadcasting a virtual currency 
to beneficiaries, who may be anonymous, in a particular space or locale. The 
locale may be the goal of a maze, a TV show, a family living room, a pop 
concert stadium, a theme park or even a place of work; the skilled person will 

10 readily think of other applications. 

For example, workers may be credited for time on the job, for example 
overtime. Workers may carry a simple radio frequency badge, capable of 
Bluetooth networking with local beacons and divulging the badge's unique rf 
device id. Overtime could then be automatically rewarded for time spent in a 

15 particular job area, obviating any need for manual badge presentation/swipes 
by the worker. 

The invention may use a fine-grained location technique to fix the 
location of a mobile device to within a few metres or tens of metres; such 
services are becoming more and more widely available. Suitable systems may 

20 include Global Positioning Service (GPS), Bluetooth, infra-red Data Access 
(irDA). RFLite, 802.11 or the use of network cellular triangulation methods. 
These techniques are expected to become commonplace, partially driven by 
regulations to assist emergency services, (e.g. the USA's E911 requirement), 
while high market penetration is predicted for Bluetooth technology in mobile 

25 phones. 

The beacon may be a directional radio frequency beacon, for example 
broadcasting in a beam, to confine the credits to mobiles within the beam. 

As will be appreciated, mobile phones are not the only type of mobile 
devices and other mobile devices such as Personal Data Assistants (PDA's) 
30 would be suitable for use with the invention. 

The method may include selectively crediting only to a sub-group of 
mobile devices. For example, the criteria for the selected sub-group may 
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include the user's age, membership of an organisation or a social group, the 
make of the handset, the user's network service provider or other criteria. 

The selective crediting may include only making a connection to the 
selected mobile devices, providing an decryption key on the handset so that 
5 only handsets with the key can read the broadcast information stream. 
Alternatively, suitability for credit may be checked in the verification system. 

For security, a one way hashing scheme may be employed on the 
mobile. 

The method may include broadcasting, from at least one beacon, 

10 signals that can be received within the predetermined locale; receiving the 
signals broadcast by the at least one beacon on a mobile device when. the 
mobile device is within the locale; sending an identification signal from the 
mobile device to a verification system; determining in the verification system 
the length of time that the mobile device remains within range of the at least 

15 one beacon; and crediting the user of the mobile device identified by the 
identification signal. 

By using the capability of a mobile device to pick up signals within range 
of a beacon, a retailer or other vendor, service provider etc. may provide at 
least one beacon in a locale and use the capability to pick up signals from that 

20 beacon as a convenient measure of presence within the locale. 

The identification signal sent by the mobile device may be a Bluetooth 
device i.d. of the mobile device. 

The communications may be handled in a number of ways. A first 
approach is for the mobile device to make a connection with the beacon when 

25 within range; the beacon can then receive the identification signal from the 
mobile device through the connection and pass the identification signal to the 
verification system to accumulate credits in an account corresponding to the 
identified mobile device depending on the time that the mobile device is in two- 
way connection with the beacon. 

30 This approach is reasonably simple to operate and does not require 

special software on the mobile device. All that it requires is for two-way 
communication to be set up between a beacon and the mobile device and for 
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the beacon to determine the identity of the mobile device from an identification 
signal issued by the mobile device. Local communications systems such as 
Bluetooth include protocols for setting up such two-way communication. The 
beacon can then pass on to the verification system details of the mobile device 
5 and how long the mobile device remains within range to determine in a simple 
manner the length of time that the mobile device remains within the locale. 

The beacon may periodically poll the mobile device to determine 
whether the mobile device is within range. 

In a second approach, the method may include the steps of 
10 broadcasting identification data sequences from the beacon; storing in the 
mobile device information based on the broadcast data sequences; presenting 
the recorded information for validation to determine the length of time the 
mobile device remains within the vicinity of the beacon; and crediting the 
mobile device with credit. 
15 This approach has a number of advantages. 

Firstly, it is not necessary to set up two-way communication between 
the beacon and the mobile devices to record the time spent by the mobile 
device within the locale so the finite number of two-way channels offered by 
local communication systems do not constitute a limit. 
20 Secondly, power is saved since the mobile devices do not need to 

establish a connection with the beacon. 

Thirdly, delays whilst setting up a connection can be avoided. 

Fourthly, it is not necessary to disclose the user's identity to the system, 
thus preserving the anonymity and privacy of the user. Instead, the user can 
25 select when to present the recorded information for validation. 

For still further increased privacy, the mobile device may transmit the 
recorded data signal to an intermediary for determining the length of time that 
the user is within a locale and crediting the account. The intermediary may be 
a trusted third party such as the mobile phone company rather than the 
30 operator of the locale. Details of the amount credited to the account may then 
be made available to the operator of the locale whilst keeping the user's 
details such as his Bluetooth identification secret. 
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The beacon may broadcast periodically a data set comprising an 
identification number that varies with each broadcast. These can be recorded 
in the mobile device by accumulation in a register. This may be done, for 
example, by simple addition of each received identification number to the 
5 register, or by adding and subtracting the received identification numbers 
alternately to create a verifiable record. The result of the accumulation of the 
identification numbers can then be checked on validation to determine the 
length of time the mobile device remained within the vicinity of the beacon. 

The identification number may be a pseudo-random number. 
10 The data set periodically broadcast by the beacon may include a locale 

signature indicating the locale, the time and/or a sequence number that 
increments with each successive broadcast to identify the specific broadcast 
received. 

In order to incorporate the data set into the Bluetooth protocol the data 
15 set broadcast by the beacon may be embedded in the inquiry phase of a 
Bluetooth message signal. 

In another aspect, the invention relates to a system for crediting 
accounts of users of mobile devices, comprising 

a beacon for transmitting signals to be received by mobile devices 
20 within range of the beacon; and 

a verification system for receiving a signal from a mobile device, 
identifying the mobile device, determining the length of time that the mobile 
device spends within range of the beacon and crediting a user account 
corresponding to the mobile device with a credit corresponding to the length of 
25 time spent within range. 

The beacon may be a Bluetooth beacon. A plurality of beacons may be 
provided to provide coverage over the whole of a locale. 

In embodiments the beacon may contain a transceiver for establishing 
two-way communication with a mobile device within range and thereby 
30 receiving identification information identifying the mobile device, the verification 
system may include a data store for recording the credit in user accounts; and 
the transceiver may be connected to the verification system to pass the 
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identification information to the verification system so that the user account 
corresponding to the mobile device can be identified and credited. Such a 
system can operate the invention using the first approach described above 
and accordingly obviate any requirement for special software or programming 
5 of the mobile devices. 

In alternative embodiments the at least one beacon transmits 
identification data sets for recordal by the mobile device. The verification 
system may be arranged to receive a separate verification signal initiated by 
the mobile device and to validate the verification signal against the transmitted 
10 identification data sets to determine the length of time that the mobile device 
remains within range of the at least one beacon. 

Such a system allows the operation of the second approach described 

above. 

In another aspect there is provided a mobile device for use in a reward 
15 system, including a transceiver for receiving local transmitted signals 
containing identification information when the mobile device is located in a 
locale containing a beacon transmitting the signals; a memory store; and code 
for carrying out the steps of recording in the memory store information based 
on the broadcast identification data sets and causing the mobile device to 
20 transmit the recorded information to a verification system so that the length of 
time the mobile device remains within the vicinity of the beacon can be 
determined and the user of the mobile phone rewarded for remaining in the 
locale. 

The mobile device may be. for example, a mobile phone, a PDA or an 
25 employee badge. 

Such a mobile device may allow its user to accumulate credits in the 
second approach described above. 

The transmission actuator may be under direct user control, for 
example, the user may select a menu option to transmit stored details for 
30 verification. Alternatively, the transmission actuator may be programmed into 
the mobile device to trigger transmission of stored data, for example on receipt 
of a request received on the mobile device from a verification computer. 
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The transceiver may be a Bluetooth transceiver. 

The code may cause the mobile device to accumulate the broadcast 
identification numbers in a register in the memory of the mobile device and 
transmit the contents of the register for verification to determine the length of 
5 time the mobile device remained within the vicinity of the beacon. In this way, 
the mobile device may be adapted for use with a beacon that broadcasts a 
sequence of data sets, each data set including an identification number that 
varies with each broadcast data set. 

The mobile device may be arranged to transmit the stored details to a 
10 verification system through a mobile telephony transceiver separate from the 
transceiver used for receiving local signals. 

The invention is not limited to reward systems, i.e. with positive credit, 
but can be extended to charging or debit systems also. Accordingly, in a yet 
further aspect, the invention relates to a method of crediting or debiting a 
15 mobile device including the steps of communicating between a beacon and a 
mobile device to determine whether the mobile device is within a 
predetermined locale; and crediting or debiting the mobile device to reward or 
charge the user of the mobile device for presence within that locale. 

The method may include any or all of the features discussed above with 
20 reference to reward systems. In particular, the connection may be a Bluetooth 
connection. 

The method may include the steps of broadcasting, from at least one 
beacon, signals that can be received within the predetermined locale; 
establishing a connection between a beacon and a mobile device when a 

25 mobile device is within a predetermined locale; receiving at the beacon an 
identification signal from the mobile device through the connection; crediting or 
debiting the mobile device corresponding to the identification system to charge 
the user of the mobile device for presence within that locale. 

The method may credit or debit the mobile device with an amount 

30 depending on the length of time the mobile device is within the predetermined 
locale to reward or charge the user of the mobile device for continued 
presence within that locale. 
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The mobile device may be debited if the mobile device is within the 
predetermined locale within a predetermined time interval. 

For a better understanding of the invention, and purely by way of 
example, specific embodiments of the invention will now be described with 
reference to the accompanying drawings in which: 

Figure 1 shows a schematic diagram of a first embodiment of a system 
according to the invention; 

Figure 2 shows a flow diagram of a method of crediting an account 
using the system of Figure 1 ; 

Figure 3 shows a schematic diagram of a system according to a second 
embodiment of the invention; 

Figure 4 shows a schematic diagram of a system according to a third 
embodiment of the invention; and 

Figure 5 shows a detailed schematic diagram of a mobile device for use 
with the invention; 

Figure 6 illustrates a Bluetooth inquiry hopping sequence; 

Figure 7 illustrates additional data appended to an ID packet; 

Figure 8 illustrates data being interspersed with a clock; 

Figure 9 illustrates an alternate way for data to be interspersed with the 
clock; and 

Figure 10 is a flow diagram of the processing carried out in the mobile 
device used in the third embodiment of the invention. 

A first embodiment will be described with reference to Figures 1 and 2. 
A beacon 2 comprises an aerial 4 and a data processor 6 for sending and 
receiving data sequences, as is known. The beacon 2 is connected through a 
local network 8 to a verification terminal 10. The verification terminal 10 is 
implemented in a computer system having a data store 12 and a processor 
unit 14. The data store 12 may be a memory chip, a hard disc drive, or any of 
the many data storage devices suitable for storing data. Part of the data store 
12 contains a database 16 containing a list of accounts 18, a mobile telephone 
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identification number corresponding to each of the accounts and a credit 
associated with each account. As will be appreciated, the database 16 may 
also contain additional information such as the user's address, shopping 
habits, and any other information that may be available, subject to 
5 considerations of cost, privacy and utility. 

A mobile telephone suitable for use in the first embodiment is simply a 
conventional mobile telephone 20 fitted with a transceiver 22. The mobile 
telephone includes a unique i.d. number 24, stored for example in ROM or 
EPROM, identifying the mobile telephone. 
10 Figure 2 illustrates the steps of a method according to the invention, 

and using the system of Figure 1 . 

On arrival in the locale the mobile phone 20 comes within range of the 
beacon. The system then connects (step 80) the beacon to the mobile phone. 
A particularly suitable standard for the beacon 2 and the transceiver 22 
15 is the Bluetooth standard, largely because it is expected to be widely adopted 
in future mobile devices. The connection (step 80) can accordingly occur by 
joining the mobile phone to an active Bluetooth piconet according to Bluetooth 
protocols. The Bluetooth connection is shown schematically at 28 in Fig. 1 . 

Since the Bluetooth standard allows only eight mobile devices in the 
20 piconet, only eight users can accumulate credit at a time. As an alternative, 
the mobile phone can be put into a Bluetooth "parked" state which can 
accommodate 254 devices. A further possibility is to place the mobile 
device's identity on a stack of recognised devices. Each of the devices in the 
stack can regularly be sent a "page" command for requesting mobile device 
25 acknowledgements whilst the device remains in the locale. 
Further details of Bluetooth are provided later. 

After connection is established, the beacon polls (step 82) the mobile 
device with its unique device identifier to check (step 84) that the mobile 
device is still within the locale. If so, the account of the user corresponding to 
30 the device identifier is credited (step 86) with an amount corresponding to a 
further minute of time spent within the locale. Then, the system waits (step 87) 
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before polling the mobile device again (step 82) so that the mobile device is 
polled periodically, for example once per minute. 

If the user has left the locale, the length of time the user spent within the 
locale may be determined and the account adjusted (step 88) depending on 
5 this final length of time. For example, the user account may be credited with a 
bonus if the user remains within the locale for more than half an hour. 

As an alternative, the time that the user remains in the locale can be 
retained in a short term memory and the account information only updated 
when the user leaves the locale. 
10 A further alternative is not to credit any kind of account, but instead to 

transfer an electronic coupon to the mobile device wherein the electronic 
coupon is exchangeable for goods, services, or a combination of goods and 
services. Indeed, the coupon may be exchangeable for any kind of reward. 

Instead of a positive credit, a negative credit or debit may be applied to 
15 the account to charge the user for visiting and/or remaining in the locale. 

The user can apply for a reward during or after their visit to the locale. 
For example, the user can present their device's short-range network i.d., for 
example a Bluetooth device i.d., as the authentication for receiving credits 
against their phone's i.d. 
20 Authentication of a user's request for a reward can be done by means 

of a cross-check of the mobile phone number and the Bluetooth device 
identifier. The database records credit against the Bluetooth device identifier 
recorded by the beacon. By agreement with the network operator, the 
operator of the reward system may be able to credit the user's telephone 
25 account directly. 

Further verification is possible, if required, using unique device keys, 
hash signatures, or other methods. 

The system shown in Figure 1 uses only a single beacon. Figure 3 
illustrates a second embodiment in which a plurality of Bluetooth beacons 2 
30 are provided within a locale 19, all connected to a single verification system 10 
through a local area network (LAN) 8. In this way. a greater number of users 
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can be connected to a beacon simultaneously and the placing of the beacons 
can be arranged to provide good coverage throughout the locale. 

It is not necessary for each beacon to have the same functionality. For 
example, some fixed beacons can be dedicated to discovering valid mobile 
5 device i.d.s whilst others can perform the polling of the devices. For this, the 
inquirer beacon or beacons would establish the presence of the user's mobile 
device on entry to the locale. The other beacons would in parallel perform the 
regular polling to ensure that the user remains in the locale. 

Whilst base stations or beacons will typically be independent of one 
10 another (in a shopping mall set up, each shop provides and maintains its own 
beacon without reference to any beacons provided by neighbouring shops), 
the beacons may be wholly or partially networked with at least some co- 
ordination as to their broadcast messages. 

The skilled person will realise that a number of alternative possibilities 
15 are available. For example, the user's mobile device may be registered by a 
short-range transceiver at the entry to a locale and a separate short-range 
transceiver may be provided at the exit to register the user's departure. 

A third embodiment of the invention will now be described with 
reference to Figure 4. In this approach, the beacon 2 is connected to a data 
20 sequence generator 90 for generating identification sequences. The generator 
is a conventional computer having a processor and a memory, the memory 
containing software for causing the computer to output data sequences. 

The data sequence generator 90 outputs data sets at intervals of a few 
seconds or a few minutes. Each data set includes the following information: 
25 •a locale identifier I for identifying the locale, 

• the system clock time tj, 

• a sequence number Sj and 

• a pseudo-random number n. 

The sequence number is simply an integer identifying the number of the 
30 data set. Thus, for each transmission the sequence number is incremented by 
one. The pseudo-random number is generated from a secret starting seed 
which is reset regularly, for example every day or hour. The computer records 
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the sequence numbers and the pseudo-random number seeds broadcast. 
The skilled person will readily appreciate how to generate such data 
sequences in well-known ways. 

The data set may be embedded in a Bluetooth inquiry scan as will be 
explained later. 

The broadcast data is received by a mobile device 20 when the mobile 
device is in range. The mobile contains a processing unit 92 and a memory 94 
containing code for recording the received data. The code may be pre- 
installed or may be downloaded from the beacon. 

The processing of the software in the mobile device will be explained 
with reference to the flowchart of Figure 10. Firstly, the software causes the 
mobile device to receive information from the beacon and to recognise the 
type of data received (step 101). If data needs to be extracted, for example if 
the data is embedded in a Bluetooth inquiry scan, the data transmitted by the 
beacon is then extracted (step 103). The program then stores (step 105) the 
locale identifier I the first time it encounters a broadcast, together with the time 
of the broadcast tj and the pseudo-random number as transmitted: { tj, Sj, n. }. 
The checksum is initialised with the first pseudo-random number (step 107). 

As data continues to be received (step 109) with continuous sequence 
numbers the program checks (step 111) that the data is in sequence. If so. the 
program accumulates (step 113) the received random numbers in a register 95 
in the memory 94. for example by simple addition of each received number 
with the number already in the register 95, or by alternate addition and 
subtraction of received numbers to create a verifiable checksum as is known 
from standard computer data transactions. This avoids having to store long 
sequences of data in the event that the data is received for long periods. 

If no data is received for more than a predetermined period, or if out of 
sequence data is received, the program then stores the data set of the 
sequence (step 115) including the last data set prior to any Interruption of the 
continuous consecutive sequence: { tf, Sf, rf } and the accumulated checksum. 

The mobile now has the following data from one sequence stored: 
[I. { ti. Si. n }, { tf. Sf. rf }, checksum]. 
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Several such sequence records may be stored on the mobile device 
when reception of broadcasts are interrupted, or for successive visits to one or 
more locales. 

At some later time, the transmission of the sequence data can be 
5 triggered (step 117) either by the user, for example by menu selection on the 
mobile device, or on receipt of a suitable trigger message by the mobile 
device. 

The sequence records are then transmitted (step 119) to a verification 
computer for validation. In the embodiment, the sequence records are 
10 transmitted via a cellular signal 96 to an aerial 98, part of the cellphone 
network, connected to a verification computer 10. 

The verification computer 10 is also passed information about the 
transmitted data sets from the sequence generator 90 through a network 
connection 91. The skilled person will appreciate that there are many ways of 
15 linking the sequence generator 90 to the verification computer 10, such as, 
purely by way of example, through a leased line, the internet, or through the 
cellular network. 

The verification computer 10 contains code 99 for comparing the 
sequence records transmitted by the mobile against the data originally 
20 broadcast (step 121) and updating the user's account if the sequence records 
match (step 123). 

A number of steps may be taken to prevent fraud. For example, 
submission of identical sequence records from several applicants may be 
disallowed to avoid sequence records being copied from one user's mobile 
25 device to another. The sequence records may also be checked against 
reasonable limits of dwell times. 

Another approach includes using one-way hashing on the mobile. This 
may be done immediately on reception of the broadcast sequences in the 
mobile device to avoid the risk of copying the credit sequence and resulting 
30 false claims for reward sequences copied onto other mobiles. 

For this, an incoming broadcast number r is combined with a unique 
mobile device identifier k. such as its Bluetooth device id. by a one-way hash 
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function h (r,k). Such one-way functions are well known in the art. The device 
key k must then be presented for validation together with the hashed number 
or numbers or some function of the hashed number or numbers. 

The algorithm for hashing may be an integral part of the receiving 
5 device's radio unit. To avoid tampering with the unit, tampering may disable 
the radio unit. 

Other security schemes that may be used include public and private 
encryption keys, or a digital watermark embedded in the broadcast sequence. 
This embodiment offers several advantages for protecting privacy 

10 against systems which the users do not trust tracking their movements and the 
places they frequent. One is that the user only identifies himself at the time 
that the sequence record is presented for reward; at that time the user 
discloses details of a phone or bank account to receive the award. Also, the 
validation computer can be owned by a trusted third party. The third party may 

15 have contractural arrangements with a number of locales. Moreover, the 
absolute time that users are present in the locale is not needed. 

The skilled person will appreciate that the sequence records can be 
presented by the mobile device to the validation computer in any of a number 
of ways. For example, instead of the transmission of this data through the 

20 cellular network an internet connection or a local Bluetooth connection might 
be used. 

The approach carries the advantage of avoiding any "Big Brother" 
concerns of users being monitored by the locale's system. For example, the 
cellular network operator may act as a trusted intermediary in performing the 

25 validation operation, using a history file of recent sequence broadcasts 
supplied by the locale^s operator, and then after validation the user*s network 
phone account can be credited. The network operator is known to and already 
trusted by the user, and may be more trusted and trustworthy than the 
operator of a locale, such as a new department store. In any event, the 

30 network operator will already have to be aware to a limited extent of the user's 
movements, for example for emergency purposes. 
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Although at first sight the above approach may not appear suitable for 
debit systems that charge the user to visit or remain in a particular locale, the 
approach can be adapted for use in such systems by automatically and 
periodically establishing a link between the mobile device and the verification 
computer. It is, of course, necessary to ensure that the user cannot delete 
stored sequences when these represent costs charged to the user; for this 
reason it may be necessary to store the sequences in non-volatile memory, on 
a flash memory or the like. 

Any of these embodiments could be incorporated in other systems. For 
example, an electronic wallet installed on the mobile device may be used to 
improve the efficiency or security of the validation or reward processes. Also, 
a mobile portal on the mobile device may mediate in making the crediting of 
the user's accounts as automatic as possible. The portal may keep records of 
who the user trusts, which accounts are to be credited, their preferred type of 
reward etc. 

Rather than record credit in an account, an electronic coupon may be 
transmitted to the mobile device. This may be linked to other content, such as 
MPS audio, pictures or video that is simultaneously broadcast. Such content 
might be promotional material or advertisements. 

This link may be implicit or explicit. For example, the credit data 
sequence may be embedded via the use of known techniques of digital 
watermarking, in an accompanying content. The techniques used in digital 
watermarking to prevent illegal content copying can also be applied to prevent 
re-copying of the crediting data sequence which was broadcast. Alternatively, 
means may be provided on the mobile device to store and forward the content 
material and its linked credits onto other mobile devices, for example so that 
other consumers can use the coupons or credits. The coupon can thus act as 
an incentive for so-called "viral marketing" or "pyramid selling" promotional 
schemes. The first recipient may continue to accumulate further credits over 
time as the original captured broadcast sequence continues to spread out to 
other consumers. 
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Details of how information may transmitted will now be provided with 
reference to Figures 5 to 9. Much of this information is presented in more 
detail in copending commonly assigned prior patent applications GB001 5454,2 
filed 26 June 2000. GB0020099.8 filed 15 August 2000, GB001 5452.6 filed 26 
5 June 2000 and GB0020101.2 filed 15 August 2000, the contents of which are 
incorporated herein by reference. 

In general terms, the user's device 20 comprises an aerial 26 coupled 
with transceiver stage 22 for the reception and transmission of messages. 
Messages received via the aerial 26 and transceiver 22 are passed via a 

10 decoding stage 30 to a filtering and signal processing stage 32. If the data 
carried by the message is for presentation on a display screen 34 of the 
telephone, the data will be passed to a display driver 36, optionally after 
buffering 38, with the driver formatting the display image. As will be 
recognised, the display 34 may be a relatively simple low-resolution device, 

15 and the conversion of received data to display data may be carried out as a 
subset of the processing stage 32 functionality, without the requirement for a 
, dedicated display driver stage. 

The mobile device 20 has the ability to filter incoming messages. 
Where the message is carrying data from one or other of the beacons 2 for 

20 display on a screen, the telephone has the ability to filter the information 
received according to pre-stored 40 user preferences and the user is only 
alerted (i.e. the information will only be retained in buffer 38 and/or presented 
on screen 34) if comparison of stored preference data and subject matter 
indicators in the message indicate that an item of data of particular interest has 

25 been received. 

For conventional audio messages, the audio data is output by the filter 
and processing stage 32, via D/A converter 42 and amplifier 44 to an 
earphone or speaker 46. Receipt of such messages from the telephone 
network 48 is indicated by arrow 50: the telephone network 48 also provides 

30 the link from the telephone 10 to a wide-area network (WAN) server 52 and. 
via the WAN 54 (which may be the internet), to one or more remote service 
providers 56 providing a source of data for the telephone 10. 
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The mobile device of the described embodiment also has a microphone 
58. an analogue/digital converter 60. a processor 62, a universal interface 
protocol UIP 64 and an encoder 28 for transmitting voice signals through the 
cellular or local networks. Although these features are conventionally provided 
5 in mobile devices such as mobile telephones, it will be appreciated that they 
are not essential for carrying out the invention. 

A strong candidate technology for the local link 60 necessary for the 
present invention is Bluetooth, on the grounds that it is expected to become a 
component part of a large number of mobile telephones and other mobile 

10 devices. In analysing the Bluetooth protocol, a problem may be seen, 
especially for the method of the third embodiment described above. In the 
third embodiment, the mobile device 20 should detect fixed beacons 2 and 
extract basic information from them without the mobile device 20 needing to 
transmit at all. However, this type of broadcast operation is not supported by 

15 the current Bluetooth specification. 

In part, the incompatibility follows the frequency hopping nature of 
Bluetooth beacon systems which means that, in order for broadcast messages 
(or, indeed, any messages) to be received by a passing terminal, the terminal 
has to be synchronised to the beacon in both time and frequency. The 

20 portable device 20 has to synchronise its clock to the beacon clock and, from 
the beacons identity, deduce which of several hopping sequences is being 
employed. 

To make this deduction, the portable device has conventionally been 
required to join - as a slave - the piconet administered by the beacon as 

25 piconet master. Two sets of procedures are used, namely "inquiry" and 
''page". Inquiry allows a would-be slave to find a base station and issue a 
request to join the piconet. Page allows a base station to invite slaves of its 
choice to join the net. Analysis of these procedures indicates that the time 
taken to join a piconet and then be in a position to receive information from the 

30 master could be several tens of seconds. 
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Such a Bluetooth procedure according to the standard is suitable for 
forming the two-way connection envisaged in the first and second 
embodiments. 

An alternative approach is for the mobile device to enter the Bluetooth 
parked mode. In this mode, the mobile device is given a special identity by the 
beacon, and sleeps for much of the time, waking periodically to resynchronise 
itself to the master and to listen to special beacon messages for possible 
instructions, including page messages. Again, this mode is particularly 
suitable for use with the first and second embodiments of the invention and the 
mode allows 254 mobile devices to be connected at one time instead of the 
limit of 8 mobile devices in a piconet. 

The difficulty of receiving broadcast data from beacons is caused at 
least partially by the frequency-hopping nature of Bluetooth and similar 
systems. The Bluetooth inquiry procedure has been proposed specifically ^o 
solve the problem of bringing together master and slave: the applicants have 
recognised that it is possible to piggy-back a broadcast channel on the inquiry 
messages issued by the master. Only adapted terminals need read the 
broadcast channel messages, the mechanism is entirely compatible with 
conventional Bluetooth systems. 

To illustrate how it is possible to implement the procedures required for 
the third embodiment, we first consider how the Inquiry procedures themselves 
operate, with reference to Figure 6. When a Bluetooth unit wants to discover 
other Bluetooth devices, it enters a so-called inquiry substate. In this mode, it 
issues an inquiry message containing a General Inquiry Access Code (GIAC) 
or a number of optional Dedicated Inquiry Access Codes (DIAC). This 
message transmission is repeated at several levels; first, it is transmitted on 16 
frequencies from a total of 32 making up the inquiry hopping sequence. The 
message is sent twice on two frequencies in even timeslots with the following, 
odd timeslots used to listen for replies on the two corresponding inquiry 
response hopping frequencies. Sixteen frequencies and their response 
counterparts can therefore be covered in 16 timeslots, or 10ms. The chart of 
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Figure 6 illustrates the transmission sequence on sixteen frequencies centred 
around f{k}, where f{k} represents the inquiry hopping sequence. 

The next step is the repetition of the transmission sequence at least 
Ninquiry times. At the very least, this should be set at Nmquiry = 256 repetitions of 
5 the entire sequence which constitutes a train of transmissions which we refer 
to as inquiry transmission train A. Next, inquiry transmission train A is swapped 
for inquiry transmission train B consisting of a transmission sequence on the 
remaining 16 frequencies. Again, the train B is made up of 256 repetitions of 
the transmission sequence. Overall, the inquiry transmission cycle between 

10 transmissions of train A and train B. The Bluetooth specification states that 
this switch between trains must occur at least three times to ensure the 
collection of all responses in an error-free environment. This means that an 
inquiry broadcast could take at least 10.24 seconds. 

One way to reduce this would be for the switch between inquiry 

15 transmission trains to be made more rapidly, i.e. without waiting until the 2.56 
seconds for 256 repetitions of the 10ms to cover the 16 timeslots is up. This 
may suitably be accomplished by setting the systems to switch over if no 
inquiry message is detected after say 50ms, on the understanding that no 
such message will be detected in the remainder of the present train. 

20 In a conventional approach, a portable device that wants to be 

discovered by a beacon enters the inquiry scan substate. Here, it listens for a 
message containing the GIAC or DIAC's of interest. It, too, operates in a cyclic 
way. It listens on a single hop frequency for an inquiry scan period which must 
be long enough to cover the 16 inquiry frequencies used by the inquiry. The 

25 interval between the beginning of successive scans must be no greater than 
1.28 seconds. The frequency chosen comes from the list of 32 making up the 
inquiry hopping sequence. 

On hearing an inquiry containing an appropriate lAC, the portable 
device enters a so-called inquiry response substate and issues a number of 

30 inquiry response messages to the beacon. The beacon will then page the 
portable device, inviting it to join the piconet. 
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As shown in Figure 7, the applicants propose that the inquiry messages 
issued by the beacon have an extra field appended to them, capable of 
carrying data. By adding the field to the end of the inquiry message, it will be 
appreciated that non-adapted receivers can ignore it without modification. 
5 The presence of the extra data field means that the guard space 

conventionally allowed at the end of a Bluetooth inquiry packet is reduced. 
However, this space - provided to give a frequency synthesiser time to change 
to a new hop frequency - will be generally unused otherwise, as current 
frequency synthesisers are capable of switching at speeds which do not need 

10 extension into the extra guard space. The standard inquiry packet is an ID 
packet of length 68 bits. Since it is sent in a half-slot, the guard space 
allocated is (625/2 - 68) = 244.5 ps (625 ps slot period, 1 Mbit/s signalling 
rate). Modern synthesisers can switch in much less time with figures of 100 ps 
or lower considered routine by experts in the field. Applicants therefore 

15 propose allocation of 100 bits as a suitable size for this new field, although it 
will be readily understood that other field sizes are, of course, possible. 

Mobile devices can receive the broadcast data quickly without being 
required to run through a lengthy procedure to join a piconet. In addition, 
since there is no need for the handset to transmit any information whatsoever. 

20 there is a consequent power saving that will be particularly important in dense 
environments where many base stations may be present. Nevertheless, when 
the handset is in interactive mode and wishes to join a piconet in order to 
obtain more information, it may employ the default inquiry procedures as 
normal. There is no loss of functionality through supporting the additional data 

25 field. 

In a typical embodiment, four of our 100 bits will be lost as trailer bits for 
the ID field; this is a consequence of it being read by a correlator. Of the 96 
bits remaining, applicants preferred allocation is that 64 be used as data and 
32 as a 2/3 FEC (fonA/ard error correction) checksum. Each inquiry burst thus 
30 contains 8 bytes of broadcast data. In a most common scenario, by the 
second group of A and B trains the portable device has found the base station, 
understood it to be transmitting extra data beacon and is awaiting the 
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broadcast data. Since it will be listening specifically, the portable device will at 
least be able to read 256 bursts of data twice (A and B), giving us two lots of 2 
Kbytes, or 4 Kbytes in total. 

At this stage, the portable device does not know the phase of the 
5 beacons clock because this information is not been transmitted. To assist the 
portable device, clock information is transmitted in at least some of the trains in 
the first A and 8 groups, as shown in Figure 8, together with some auxiliary 
information indicating when the next switches between A and B will occur. 
This clock information will be transmitted in place of the broadcast data so 

10 means are provided to discriminate between the two data channels. Use of 
separate DlAC's is one possible method. 

In the case where the portable device knows the timing of the beacon, 
the portable devices also knows how it will hop, which gives the ability to track 
all transmissions of a train. Since there are 16 transmissions in a frame, then 

15 the resultant channel has 16 times as much capacity and can convey 64 
Kbytes of information. 

Since the terminal wakes up every 1.28 seconds or less, it will generally 
have obtained the clocking information it needs by the half way mark in the first 
A or B periods. Switching from clock to data at these halfway marks, as 

20 illustrated in Figure 9. provides a number of useful advantages. Firstly, some 
data can be received in less than five seconds from the start of the inquiry 
procedure. Secondly, the terminal can still respond to an important key by 
automatically issuing an inquiry response message to the base station (if that 
is the appropriate action for the terminal to take) even if the key appears 

25 comparatively late in the cycle. It will be noted that no increase in capacity is 
assumed. 

In the foregoing, a portable device will receive all the additional data 
field packets on one of the 32 inquiry channels, thereby using only 1/32 of the 
available bandwidth. As will be recognised, if the uncertainty as to when a 
30 portable terminal (beacon slave) receives the first inquiry packet can be 
overcome, the predetermined nature of the hopping sequence may be 
accommodated and the full bandwidth therefore utilised. For a slave to 
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synchronise with a master's inquiry hopping sequence from the point where it 
received the first packet, the slave needs to know both the masters clock offset 
and the position of the first received packet in the masters hopping sequence. 
An alternative method of synchronising the slave hopping is to transmit 
5 clocking data in every broadcast field. The additional data field (BCD; Fig. 5) 
carries 4 bytes containing the following information: 

• Master clock offset (2 bytes); 

• Number of full train repetitions (1 byte) - assuming that a full train consists 
of 256 repetitions of 10ms trains, the range of this parameter is 0-255 

10 (before the inquiry switches to the next full train). This indicates to the slave 
when the master will next switch the full train. 

• How many full train switches have been completed in the current inquiry 
cycle (1 byte) - this data indicates to the slave what the master is likely to 
do at the end of the current full train, i.e. whether it will switch over to 

15 another full train or whether the inquiry procedure will terminate. 

As long as no channel repeats in the 10ms train, no field is required to 
indicate the position of the current channel in the hopping sequence as the 
slave is able to derive this from knowledge of the sequence. 

From the foregoing it will be seen that, by adding 4 bytes to each 
20 aclditional field packet, the slave can then pick up all additional field packets to 
the end of the Inquiry, whilst still having 4 bytes available (from our preferred 
assignment of 64 from 100 bits for data) to carry broadcast data. 

If 4 bytes does not suffice to transmit the sequence data then the data 
can be subdivided into 4-byte portions each sent out with subsequent data 
25 packets. 

The transmission of broadcast sequences may occur only at certain 
times. These may be remotely triggered, for example by a TV broadcast, 
radio, cellular phone, over the internet, etc. 

Rather than generate the credit/debit broadcasts as they are 
30 transmitted, they may be stored and then broadcast when triggered to do so. 

A first example of this is that TV channels, audio CD's, video game 
CDROMs, downloaded MP3 music might trigger credit broadcasting from r.f. or 
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i.r. beacons, which have been embedded in the consumers' home appliances, 
such as TV set-top-boxes, audio equipment, radio or TV's. These might 
broadcast credits, or coupons to those mobile phones which are within the 
beacon's vicinity in the home. 
5 The data set (random sequence) for credit validation might .be pre- 

cached in the home CE device and just triggered by the TV broadcaster or it 
might sent, embedded in the real-time (digital) TV signal stream into 
beneficiaries' homes. A cable company or service, that knows to which 
channel a consumer's set is tuned in, might in this way broadcast credits to the 

10 watchers of all, or a part of, a particular TV show, or they might credit 
consumers in their living rooms who tune into a particular TV advert. 

In an extension, a local storage device (hard disc, VCR) might store 
both TV program and linked credits for a subsequent viewing and rf credit 
broadcast. The broadcasting of a stored credit sequence might be done by a 

15 Java program applet for which its activation causes it to delete itself to prevent 
re-use, or other methods used as detailed previously to counter fraudulent 
multiple submissions of identical sequences for credit by the same 
person/device. 

A second example is a CDROM game which might contain a 
20 reyvard/penalty system for crediting/debiting a player's mobile phone, within rf 
beacon range of the game machine, when a certain level of the game is 
reached. Such a CDROM might itself contain the credit data sets, to be 
broadcast over rf, or these might be stored in the game machine and just 
triggered by the CDROM game, or the data sets might be retrieved from the 
25 internet if the game machine is web-enabled. The game may be arranged for 
example, so that only on the first time that a player reached the rewarding 
game level, did the broadcast of the rf credit sequence get triggered with this 
CDROM copy. 

Although the specific embodiments of the invention have been 
30 described above, the invention is not limited to these embodiments. In 
particular, although the embodiments have been described with reference to 
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Bluetooth communications, the invention is not limited to Bluetooth and any 
communications protocol may be used, including, for example, irDA. or 802.1 1. 

Furthermore, other applications may include broadcasting credits to 
recompense people in a place. This may be particularly useful for delayed 
train and rail passengers or airline passengers. The credit may be 
exchangeable for goods and services in the locale, for example food and drink. 

Another application may be to credit workers with rewards for remaining 
late at work, for example monetary rewards or food or entertainment credit. 

Although the specific embodiments of the invention have been 
described with reference to positive rewards, the invention may also be 
extended to include negative rewards. For example, the invention could- be 
used to charge users for presence within a locale^ or to discourage users from 
remaining in certain locales, for example to incite people to move away from 
an overcrowded location. Such a system may be useful, for example, in 
games or mazes in entertainment locales to charge users for their presence in 
the locale. 
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CLAIMS 

1 . A reward method including the steps of: 

communicating between a beacon and a mobile device to determine 
whether the mobile device is within a predetermined locale; and 

crediting the mobile device to reward the user of the mobile device for 
presence within that locale. 

2/ A reward method according to Claim 1, wherein the mobile 
device is credited with an amount depending on the length of time the mobile 
device is within the predetermined locale to reward the user of the mobile 
device for continued presence within that locale. 

3. A reward method according to Claim 1 or 2. wherein the mobile 
device is credited if the mobile device is within the predetermined locale within 
a predetermined time interval. 

4. A reward method according to any preceding Claim, comprising: 
broadcasting, from at least one beacon, signals that can be received 

within the predetermined locale; 

receiving the signals broadcast by the at least one beacon on a mobile 
device when the mobile device is within the locale; 

sending an identification signal from the mobile device to a verification 
system; 

determining in the verification system the time that the mobile device is 
within range of the at least one beacon; and 

crediting the mobile device identified by the identification signal. 

5. A reward method according to Claim 4, wherein: 

the mobile device makes a connection with the beacon when within 

range; 
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the beacon receives the identification signal from the mobile device 
through the connection; and 

the beacon passes the identification signal to the verification system to 
credit the identified mobile device when the mobile device is in connection with 
the beacon. 

6. A reward method according to Claim 5, wherein the beacon 
periodically polls the mobile device to determine whether the mobile device is 
within range. 

10 

7. A reward method according to any of Claims 1 to 4, including .the 
steps of: 

broadcasting a sequence of identification data sets from the beacon; 

recording in the mobile device information based on the broadcast 
15 identification data sets; 

presenting the recorded information for verification to determine the 
length of time the mobile device remained within the vicinity of the beacon; and 

crediting the mobile device with credit if it is determined that the mobile 
device was within the vicinity of the beacon. 

20 

8. A reward method according to Claim 7, including the step of 
presenting the user of the mobile device with an option to send the recorded 
information for validation, and of presenting the recorded information for 
verification when the option is selected. 

25 

9. A reward method according to Claim 7 or 8. wherein: 

the beacon broadcasts a sequence of data sets comprising an 
identification number that varies with each broadcast data set; and 

the mobile device accumulates the broadcast identification numbers in a 
30 register; wherein 

the content of the register is presented for verification to determine the 
length of time the mobile device remained within the vicinity of the beacon. 
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10. A reward method according to Claim 9. wherein the identification 
numbers are pseudo-random numbers. 

11. A reward method according to any of Claims 7 to 10. wherein the 
data sets periodically broadcast by the beacon include a locale identifier 
indicating the locale and a time or sequence number that records the time. 

12. A reward method according to any of Claims 7 to 1 1 , including: 
transmitting information recorded by the mobile device to an 

intermediary; 

communicating information regarding the data sets broadcast from the 
beacon to the intermediary; 

comparing in the intermediary the information received from the mobile 
device with the information regarding the broadcast data sets to determine the 
length of time that the mobile device is within a locale; and 

outputting a credit to the account of the user of the mobile device. 

13. A reward method according to any preceding Claim, wherein the 
mobile device and the beacon communicate using Bluetooth protocols. 

14. A reward method according to Claim 13, when dependent on any 
of Claims 7 to 12. wherein the data sets broadcast by the beacon are 
embedded in the inquiry phase of a Bluetooth message signal. 

15. A reward method according to any preceding Claim, wherein the 
step of crediting the mobile device sends an electronic coupon exchangeable 
for goods or services to the mobile device. 

16. A reward method according to any preceding Claim, wherein the 
step of crediting the mobile device credits an account corresponding to the 
user of the mobile device. 
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17. A system for crediting mobile devices, comprising: 

a beacon for transmitting signals to be received by mobile devices 

within range of the beacon; and 

a verification system for receiving a signal from a mobile device, 

identifying the mobile device, determining whether the mobile device is or was 

within range of the beacon and crediting the mobile device if the mobile device 

was within range. 



18. A system according to Claim 16. wherein the beacon is a 
Bluetooth beacon. 

19. A system according to Claim 16 or 17, wherein: 

the beacon includes a transceiver for establishing two-way 
communication with a mobile device within range and thereby receiving 
identification information identifying the mobile device; 

the verification system includes a data store for recording the credit in 
user accounts; and 

the transceiver is connected to the verification system to pass the 
identification information to the verification system so that the user account 
corresponding to the mobile device can be identified and credited. 

20. A system according to Claim 16 or 17, wherein: 

the at least one beacon transmits a sequence of identification data sets; 

the verification system contains code for receiving a verification signal 
from the mobile device and validating the verification signal against the 
transmitted sequence of identification data sets to determine the length of time 
that the mobile device remains within range of the at least one beacon. 

21 . A mobile device for use in a reward system, including: 

a transceiver for receiving local transmitted signals containing 
identification infomiation when the mobile device is located in a locale 
containing a beacon transmitting the signals; 
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a memory store; and 

code for carrying out the steps of recording in the memory store 
information based on the broadcast identification data sets and causing the 
mobile device to transmit the recorded information to a verification system so 
that the length of time the mobile device remains within the vicinity of the 
beacon can be determined and the user of the mobile phone rewarded for 
remaining in the locale. 

22. A mobile device according to Claim 21, wherein the transceiver is 
a Bluetooth transceiver. 

23. A mobile device according to Claim 21 or 22, for use with a 
beacon that broadcasts a sequence of data sets, each data set including an 
identification number that varies with each broadcast data set; wherein 

the code accumulates the broadcast identification numbers in a register 
in the memory of the mobile device and transmits the contents of the register 
for verification to determine the length of time the mobile device remained 
within the vicinity of the beacon. 

24. A method of crediting or debiting a mobile device including the 
steps of: 

communicating between a beacon and a mobile device to determine 
whether the mobile device is within a predetermined locale; and 

crediting or debiting the mobile device to reward or charge the user of 
the mobile device for presence within that locale. 

25. A method according to Claim 24, including: 

broadcasting, from at least one beacon, signals that can be received 
within the predetermined locale; 

establishing a connection between a beacon and a mobile device when 
a mobile device is within a predetermined locale; 
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receiving at the beacon an identification signal from the mobile device 
through the connection; 

crediting or debiting the mobile device corresponding to the 
identification system to charge the user of the mobile device for presence 
within that locale. 

26. A method according to Claim 24 or 25, wherein the mobile device 
is credited or debited with an amount depending on the length of time the 
mobile device is within the predetermined locale to reward or charge the user 
of the mobile device for continued presence within that locale. 

27. A method according to any of Claims 24 to 26, wherein the 
mobile device is debited if the mobile device is within the predetermined locale 
within a predetermined time interval. 

28. A method according to any of Claims 24 to 27, wherein the 
connection between the beacon and the mobile device is a Bluetooth 
connection. 
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ABSTRACT 

REWARD SYSTEM AND METHOD 

A method of rewarding customers for staying in a locale includes 
communicating between a beacon (2) and a mobile device (20) to determine 
whether the mobile device (20) is within a predetermined locale; and crediting 
an account of the user (27) of the mobile device (20) depending on the length 
of time the mobile device (20) is within the predetermined locale to reward the 
user for presence within that locale. The communication may use the 
Bluetooth protocol. 

[Figure 1] 
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